home *** CD-ROM | disk | FTP | other *** search
- Path: news.nyu.edu!schonberg!dewar
- From: dewar@cs.nyu.edu (Robert Dewar)
- Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
- Subject: Re: ANSI C and POSIX (was Re: C/C++ knocks the crap out of Ada)
- Date: 7 Apr 1996 16:33:30 -0400
- Organization: Courant Institute of Mathematical Sciences
- Message-ID: <dewar.828908793@schonberg>
- References: <JSA.96Feb16135027@organon.com> <emery-0204960656230001@line030.nwm.mindlink.net> <828632277snz@genesis.demon.co.uk> <dewar.828704810@schonberg> <4k3utg$ndp@solutions.solon.com> <dewar.828757752@schonberg> <danpop.828819479@rscernix> <dewar.828879781@schonberg> <danpop.828899261@rscernix>
- NNTP-Posting-Host: schonberg.cs.nyu.edu
- X-Newsreader: NN version 6.5.0 (NOV)
-
- If Solaris and IRIX are both certified to meet some Unix standard, it must
- be a very weak one, because these two systems are HIGHLY incompatible with
- one another at the level which I would associate with certification.
- Different sets of routines are supported, and the semantics of similar
- routines (e.g. thread-safeness) differs. The threads packages are
- quite different, the make utilities are quite incompatible etc. etc.
-
- If the Unix validation correspondes to a set of test programs, then they
- must be very weak. I wonder if there are any technical teeth at all in
- this validation process, or whether it is an essentially beuarocratic
- check-off process. Can someone familiar with the process give some idea
- of whether indeed it corresponds to validation or certification procedures
- in the e.g. NIST sense.
-
- Regarding read being non-ANSI, to me the fact that a program uses thir
- party libraries whether or not they are written in C (or ANSI-C for
- that matter) does not make the progam a non-conforming program. I don'
- t see that at all. If that were the case, then virtually no programs
- are conforming (since they use, for example, graphics libraries), so
- the concept of conformance is not very useful.
-
- Anyway this is just semantics really, when I said that I did not consider
- the read in Linux to violate the ANSI standard, I was precisely meaning
- that the standard has nothing to say here. So I think Dan and I agre,
- read is not defined by th ANSI standard, therefore the ANSI standard has
- nothing to say on the issue of whether the unusual semantics of read
- in Linux are are not "correct", whatever that might mean.
-
-